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Netzwerk, Interpreter fur ein derartiges Netzwerk 
5 und Verfahren zum Betreiben eines Netzwerkes 



Die Erfindung betrifft ein Netzwerk, einen Interpreter fur ein 
derartiges Netzwerk und ein Verfahren zum Betreiben eines Netz- 
werkes. Insbesondere betrifft die Erfindung ein Netzwerk fur 
ein Drucksystem. 
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An den bestehenden Datennetzen, wie z.B. LANs (Local Area Net- 
works) und WANs (Wide Area Networks) sind in der Regel mehrere 
15 Drucker und Drucksysteme und eventuell entsprechende Vor- und 
Nachbearbeitungsgerate, die z.B. das bedruckte Papier auf ein 
spezielles Format zurechtschneiden oder binden, angeschlossen. 
Die einzelnen Drucker und Drucksysteme unterscheiden sich in 
ihrer Leistungsf ahigkeit stark, so ko.nnen z.B. kleine Tinten- 
strahldrucker mit einer Druckleistung von 4 Seiten pro Minute 
Oder Hochleistungsdrucker mit einer Druckleistung von 40 Seiten 
oder mehr pro Minute an das Datennetz angeschlossen sein. Die 
Drucker und Drucksysteme unterscheiden sich nicht nur in ihrer 

•Druckleistung, sondern auch in der Druckqualitat . So gibt es 
z.B. Drucker die nur in einer einzigen Farbe (monochrom) druk- 
ken, wohingegen auch zunehmend Farbdrucker zum Einsatz kommen . 
Elektrophotographische Hochleistungsdruckgerate sind heutzutage 
ohne weiteres in der Lage, in zwei Farben zu drucken, das 
heifit, in einem sogenannten Spot-Color-Betrieb oder Highlight- 
Color-Betrieb. Ein derartiger Drucker ist beispielsweise von 
der Oce Printing Systems GmbH unter der Bezeichnung PAG EST REAM® 
200DSC bekannt. 

Die unterschiedlichen Drucker und Drucksysteme sind in der Re- 
gel auch mit unterschiedlichen Systemschnittstellen an das je- 
weilige Netzwerk gekoppelt, wie z.B. dem SNMP (Simple Network 
Management Protokoll) oder dem DM I (Desktop Management Inter- 
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face) . Obwohl oftmals uber das Netzwerk zu mehreren Druckern 
bzw. Drucksystemen eine physikalische Verbindung besteht, kann 
nur ein Teil der Drucker angesprochen werden. 

Mit der rasanten Entwicklung der Intra- und Internets, mit wel- 
chen mehrere LANs und WANs zu einem einzigeri Netz verbunden 
sind, insbesondere durch die Einfuhrung des auf dem HTTP- 
Protokoll (Hypertext Transport Protokoll) basierenden WWW- 
Dienstes, steigt die Anzahl der Drucker und Drucksysteme, die 
von einem einzigen Benutzer grundsat zlich angesprochen werden 
konnen explosionsartig an, wobei auch die Vielfalt der Proto- 
kolle zum Ansprechen der Drucker und Drucksysteme entsprechend 
^ zunimmt . 

Dieser Erfolg des Internet und der Intranets wurde stark durch 
die Einfuhrung des World Wide Web (WWW) gefordert, das von In- 
ternet-Benutzern einfach bfedient werden kann und erlaubt, In- 
formationen unterschiedlichster Art und von unterschiedlichsten 
Orten der gesamten Welt abzurufen. Der WWW-Dienst des Internets 
beruht auf dem Client-Server-Prinzip . Die Kommunikation erfolgt 
zwischen einem Web-Server, der auch als WWW-Server bezeichnet 
wird und der Inf ormationen bereitstellt , und einem Client, der 
die Inf ormationen anzeigt. Die Inf ormationen sind auf dem Web- 
Server in Seiten gespeichert, wobei die Daten in den Seiten z. 
fB. im sogenannten HTML-Format (Hypertext Markup Language) abge- 
speichert sind. Es sind auch andere Formate gebrauchlich, wie 
z. B. XML. Diese Formate sind Derivate des grundlegenden SGML- 
Formates (Standard General Markup Language) . Diese Formate wer- 
den als Markup-Sprachen bezeichnet, da mit ihnen die Aufmachung 
beschrieben und festgelegt werden kann. 

Ein entsprechendes Dokument besteht aus normalem Text, bei dem 
Steueranweisungen, sogenannte „Tags" in den Text eingefugt 
sind. Diese Tags beeinflussen unter anderem das Layout, das 
spater im Bet rachtungsprogramm, dem Browser, am Client ange- 
zeigt wird. So gibt es z.B. Tags urn Oberschrif ten zu erzeugen, 
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Oder Tags, die das Schriftbild verandern konnen. Die Tags wer- 
den immer in „< . . eingeschlossen". 

Die Obertragung der Inf ormationen vom Web-Server zum Client er- 
folgt gemaiS dem HTTP-Protokoll, wobei die an den Client uber- 
tragene Information vom dort installierten Browser gelesen und 
die einzelnen Tags interpretiert werden, so daft die Information 
in der vorbestimmten Art und Weise am Bildschirm des Client 
dargestellt werden. 




Da mit dem HTML-Format im wesentlichen nur statische Bilder und 
Texte dargestellt werden konnen, ist der WWW-Dienst zur Einbin- 
^dung von Multimedia-Elementen, Animationen Oder Programmen 
durch JAVA erganzt worden. JAVA ist eine von SUN Microsystems 
15 entwickelte, ob j ektorientierte Programmiersprache fur Web- 

Anwendungen. JAVA unterstiitzt Text-, Hypertext-, Grafik-, Au- 
dio- und Animationsf unktionen. 

Die in JAVA programmierten Programmpakete konnen entweder als 
20 sogenannte JAVA Applets vom Web-Server auf den Client geladen 
werden oder am Client als sogenannte JAVA-Applikationen vorin- 
stalliert sein. Die JAVA-Applets sind am Server separat von den 
dazugehorigen HTML-Seiten gespeichert. Eine Abwandlung von JA- 
^^^^VA, die als JAVAscript bezeichnet wird, erlaubt das Einfugen 
^t»^on Programmpaketen in der HTML-Seite. 

Urn uber das Internet Drucker und Drucksysteme ansteuern zu kon- 
nen, hat man JAVA-Applikationen entwickelt, mit welchen man so- 
wohl Verwaltungsf unktionen an den Druckern und Drucksystemen 

30 als auch das Absenden von Druckauf tragen an die einzelnen Druk- 
ker bzw. Drucksysteme ausfuhren kann.. Diese JAVA- Programme 
stellen einen wesentlichen Fortschritt gegenuber dem bisherigen 
Zustand dar, da es dem Behutzer eines Client-Rechners ermog- 
licht, liber das Internet mehrere Drucker und Drucksysteme 

35 plattformunabhangig anzusteuern. Die Art der Drucksysteme, das 
heifit, die Schnittstellentypen, die von einem Client angesteu- 
ert werden konnen, sind durch die jeweilige JAVA-Applikation 
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festgelegt, wobei fur jeden Schnittstellentyp ein separates 
Programmelement vorgesehen ist. Dies bedeutet, daft je mehr un- 
terschiedliche Schnittstellen mit einer solchen JAVA- 
Applikation angesteuert werden sollen, desto umf angreicher muft 
diese JAVA-Applikation sein. Entsprechendes gilt fur den Funk- 
tionsumfang, der bei einer solchen JAVA-Applikation angesteuert 
werden soil. Dies hat zur Folge, daft diese JAVA-Applikationen 
umf angreiche Programme mit z.B. einen Datenumfang von 9 MB 
sind. Sie beanspruchen somit am Client erhebliche Rechenlei- 
stung. und Speicherplat z und sind deshalb nur fur Anwender 
zweckmaftig, die regelmaftig unterschiedliche Drucker und Druck- 
systeme ansteuern wollen. 

^Es ist auch bekannt, am Server ausfiihrbare Programme .vorzuse- 
hen, die vom Client aufgerufen werden konnen. Diese Programme 
sind entweder als vollstandig compilierte Programme oder als 
von einem Interpreter interpretierbarer Programmcode am Server 
hinterlegt. Fur einen derartigen interpret ierbaren Programmcode 
wird fur Internetanwendungen haufig die Programmiersprache Perl 
verwendet- Sie ist insbesondere fur am Server auszuf uhrende Da- 
tenbankanwendungen geeignet. Mit Perl konnen jedoch auch vom 
Server zum Client ladbare Seiten erzeugt werden, wobei Perl Be- 
fehle vorsieht, mit welchen die Aufmachung entsprechender Sei- 

|ten aufgebaut werden kann. Hierbei kann auch vom Perl- 

programmcode ein HTML-Programmcode generiert werden. Beim Auf- 
ruf eines derartigen Programmes am Server wird der vollstandige 
Programmcode am Server interpretiert und ausgefuhrt. Auf Perl 
basierende Programme zum Ansteuern von Druckern, Drucksystemen 
und entsprechenden Vor- und Nachbearbeitungsgeraten sind dem 

Erfinder der vorliegenden Erfindung nicht bekannt. 

Aus dem Druckerbuch der Oce Printing Systems GmbH, ISBN 3-00- 
001019-X, Ausgabe 3d, Oktober 1998 geht auf den Seiten 12-2 bis 
12-8 ein Print-Server fur prof essionelle, Internet-unabhangige 
Anwendungen hervor. Dieser Print-Server wird als PRISMApro® be- 
zeichnet. Ein solcher Print-Server besteht aus einem leistungs- 
fahigen Personalcomputer , mit einer entsprechenden Software, urn 
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einen Oder mehrere Drucker, insbesondere einen Schnell- oder 
Hochleistungsdrucker ansteuern zu konnen. Ein solcher Print- 
Server ist in ein Netzwerk eingebunden und setzt die einkommen 
den Datenstrome in entsprechende Druckdaten urn. Je nach Ausfuh 
5 rungsform kann der Print-Server Daten in den Formaten AFDPS, 

Line/SF, PostScript, TIFF, PDF, LCDS, Line/0 und PCL verarbei- 
ten. Derartige Print-Server werden insbesondere bei Datenbank- 
anwendungen eingesetzt, wobei aus einer Datenbank eine grofte 
Datenmenge mit variablen Daten gedruckt wird. 

10 

Ferner ist im Druckerbuch der Oce Printing Systems GmbH, ISBN 
% 3-00-001019-X Ausgabe 3d, Oktober 1998 auf den Seiten 14-2 bis 

• 14-12 das Druck-Produktionskontrollsystem Oce Domain® beschrie- 
ben. Bei diesem System werden ein oder mehrere Drucker mit Vor- 
15 und Nachverarbeitungsgeraten mittels eines Netzwerkes verbun- 
den. Das System steuert und uberwacht die Druckproduktion . Es 
ist eine netzwerkbasierende Client-Server-Losung mit einer Da- 
tenbank, die auf einem zentralen Datenbankserver installiert 
ist. Alle im Produktionsprozeft erfaflten Maschinen- und Be- 
20 triebsdaten werden in dieser Datenbank gesammelt und far spate- 
re Auswertungen den verschiedenen Clients bereitgestellt oder 
konnen in kundenspezif ische Anwendungen exportiert werden. Mit 
Oce Domain® werden Schnittstellen zu dem im Netzwerk ange- 
^^^schlossenen Hochleistungsdruckern und den verschiedenen Hard- 
MfV^Bind Sof twarekomponenten realisiert. Es werden die Industrie- 
standards DMI (Desktop Management Interface) , LMO (Large Mail- 
room Operations) und ODBC (Open Data Base Connectivity) unter- 
sttitzt. Oce Domain® ist ein Hochleistungssteuer- und Kontroll- 
system, das insbesondere bei Druckzentren zur Anwendung kommt, 
30 bei welchen Hochleistungsdrucker mit Geraten zur Vorverarbei- 
tung und zur Nachverarbeitung gekoppelt sind. 

Der Erfindung liegt die Aufgabe zugrunde, eine einfache techni- 
sche Losung zur Ansteuerung unterschiedlicher Drucker und 
35 Drucksysteme zu finden. 
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Die Aufgabe wird durch ein Netzwerk mit den Merkmalen des An- 
spruchs 1, einen Interpreter fur ein derartiges Netzwerk mit 
den Merkmalen des Anspruchs 9 und durch ein Verfahren zum Be- 
treiben eines Netzwerkes mit den Merkmalen des Anspruchs 15 . ge- 
5 lost. Vorteilhafte Ausgestaltungen der Erfindung sind in den 
Unteranspruchen angegeben. 

Das Netzwerk gemali der Erfindung ist ein Client-Server-. 
Netzwerk, das zumindest einen Client mit zumindest einem Server 
10 verbindet, wobei am Server gespeicherte Dateien vom Client 

durch Mitteilen einer Dateiadresse abgerufen werden konnen, wo- 
durch eine entsprechende Datei an den Server ubertragen wird. 
kDiese vom Server an den Client ubertragbaren Dateien enthalten 
Sprachelemente, die am Client ausgefuhrt werden. 
15 

Die Erfindung zeichnet sich dadurch aus, dafl am Server ein In- 
terpreter vorgesehen ist, der weitere, am Server ausfuhrbare 
Sprachelemente, die in den am Server gespeicherten und vom Cli- 
ent abrufbaren Dateien enthalten sind, interpretieren und aus- 
20 fuhren kann. 

Mit der Erfindung werden somit erstmals am Server Dateien vor- 
gesehen, die sowohl am Server ausfuhrbare Sprachelemente als 
auch am Client ausfuhrbare Sprachelemente enthalten. Hierdurch 

erden wesentliche Vorteile erzielt, da es nicht mehr notwendig 
ist, wie es z. B. von am Server ausfuhrbaren Perl-Programmen 
bekannt ist, am Client ausfuhrbare Sprachelemente durch Sprach- 
elemente einer anderen Sprache zu generieren, was mit erhebli- 
chem Programmierauf wand verbunden ist. 

30 

Entsprechen die am Client ausfuhrbaren Sprachelemente einer 
Markup-language (wie z. B. SGML, HTML, XML) konnen die Dateien 
mit den meisten gebrauchlichen Editoren und Textverarbeitungs- 
programmen editiert werden. Zur Erstellung einfacher Markup- 
35 Dateien sind oftmals keine Kenntnisse uber die Markup-Sprache 
notwendig, da die entsprechende Syntax automatisch vom Editor 
bzw. vom Textverarbeitungsprogramm eingefugt wird. Mit der Er- 
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findung konnen somit kornplexe Anwendungen mit einfach zu ge- 
brauchenden Textverarbeitungsprogrammen erstellt werden. Er muft 
lediglich in die ihm gelaufigen vom Server aufrufbaren Dateien 
die am Server ausfUhrbaren Sprachelemente hinzufugen. Die Kom- 
bination von am Client ausfUhrbaren als auch am Server ausfuhr- 
baren Sprachelementen in einer Datei stellt somit eine wesent- 
liche Erleichterung fur den Benutzer dar, der die Dateien am 
Server einrichtet, da er mit seinen ihm vertrauten Mitteln die- 
se Dateien erstellen kann und die am Client ausfUhrbaren Befeh- 
le nicht in einer anderen Computersprache codieren mufl, bei de- 
ren Ausfuhrung sie kunstlich erzeugt werden. 

Durch das Vorsehen eines Interpreters, der die vom Client abge- 
rufenen Dateien auf darin enthaltene Sprachelemente untersucht 
15 und gegebenenfalls diese Sprachelemente am Server interpretiert 
und ausfuhrt, kann durch die Obertragung lediglich einer einzi- 
gen Adresse vom Client zum Server die Ausfuhrung eines an sich 
beliebigen Programmes am Server initiiert werden. Es wird somit 
eine Moglichkeit geschaffen, mit minimalem Programmierauf wand 
am Client, und minimalstem Datenvolumen, das zwischen dem Ser- 
ver und dem Client ubertragen werden mu(3, beliebige, am Server 
vorab in entsprechenden Dateien hinterlegte Programme, aufrufen 
zu konnen. 
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iese Programme konnen von mehreren Clients benutzt werden, so 
daJ3 lediglich an einer einzigen Stelle im Netzwerk, am Server, 
ein entsprechendes Programmpaket hinterlegt werden mu(5 . 

Die mit der Erfindung erzielten Vorteile werden besonders deut- 
lich, wenn die Datenubertragung im Netzwerk auf einer standar- 
disierten Datenubertragung basiert, wie z.B. der gemafi dem 
HTTP-Protokoll, das bei den Intra- und Internets angewandt 
wird. Bei Verwendung eines derartigen Standards wird am Client 
lediglich ein herkommlicher Browser ohne weitere zusatzliche 
Programme benotigt, um die entsprechenden Funktionen anzusteu- 
ern. Bisher wurden zum Ansteuern derartiger Funktionen, wie es 
eingangs erlautert worden ist, aufwendige Programme z. B. in 
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JAVA auf den Clients geladen, wodurch lediglich an den Clients 
die gewiinschten Funktionen angesteuert werden konnen, auf wel- 
che die entsprechenden Programme installiert oder geladen wor- 
den sind. Bei dem erf indungsgemaften Netzwerk konnen hingegen 
von jedem Client, an dem ein Browser vorgesehen ist, die ent- 
sprechenden Programme am Server aufgerufen werden, ohne daft zu- 
satzliche Programme auf den Client geladen werden miissen. Man 
benotigt lediglich eine Zugangsberechtigung zu dem jeweiligen 
Server. 




Ein wesentlicher f unktioneller Vorteil der Erfindung gegeniiber 
den herkommlichen Systemen liegt darin, daft es gemaft der Erfin- 
kdung moglich ist, daft in den am Server abgespeicherten Dateien 
Programmelemente enthalten sind, die den Client automatisch zu 
15 einem weiteren Server vermitteln. Diese Vermittlung erfolgt 

z.B. einfach durch Obertragen der Adresse des weiteren Servers 
vom ursprunglichen Server zum Client, die dann am Client ausge- 
fuhrt wird, das heiftt zu weiteren Server geschickt wird, wo- 
durch eine Verb.indung zwischen dem weiteren Server und dem Cli- 
20 ent aufgebaut wird. 

Diese Vermittlungsf unktion kann auch als automatische Vermitt- 
lungsf unktion ausgestaltet sein, wobei am Server eine Datei an- 
^^^^gelegt ist, die die Dienste anderer Server beinhaltet, so daft, 
■tewenn von einem Client ein bestimmter Dienst an diesem einen 

Server abgefragt wird, und dieser Server den Dienst nicht er- 
fullen kann, den Client automatisch zu einem weiteren Server 
vermittelt, der den Dienst erledigen kann. Fur den Client 
stellt sich diese Funktion so dar, als ob sein Auftrag zwischen 
30 den Servern ausgehandelt wird, urn denjenigen Server festzustel- 
len, der ihn erfullen kann. Man bezeichnet diese Funktion der 
automatischen Weitervermitt lung deshalb auch als „Trading". 

Das Trading umfaftt auch die Moglichkeit, daft der Server als ei- 
35 ne Art Durchgangs- bzw. Relaisstat ion fungiert, wobei er eine 

Verbindung zwischen dem Client und einer weiteren Arbeitsstat i- 
on wie z.B. einem weiteren Server einer Druckstation oder der- 
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gleichen schaltet, bei der der Server zwischen der Arbeitssta- 
tion und dem Client geschaltet ist und die Daten entsprechend 
weiterleitet. Ist der Server in einem solchen Fall mit einem 
Gateway versehen, so kann zwischen der weiteren Arbeitsstation 
und dem Server und dem Server und dem Client die Datenubertra- 
gung auf einem unterschiedlichen System bzw. unterschiedlichen 
Protokoll beruhen, wobei die Daten vom Server entsprechend 
ubersetzt werden, damit eine reibungslose Datenubertragung mog- 
lich ist. 



35 



Ein Drucksystem mit einem solchen Client-Server-Net zwerk er- 
laubt bei der Hinterlegung entsprechender Dateien am Server je- 
Ky eni Client, der auf diesen Server zugreifen kann, die mittels 
^^^des Servers ansteuerbaren Druckeinrichtungen und Vor- und Nach- 
15 bearbeitungseinrichtungen anzusprechen, ohne daft hierfur am 

Client ein spezielle Software installiert sein muft . Die einzel- 
nen Druckauf trage konnen auch von einem Server an einen anderen 
Server weitervermittelt werden, urn z.B. auf einem fur diesen 
speziellen Druckauf trag besonders geeigneten Drucker ausge- 
druckt zu werden, Man kann den Server mit Gateways zum Umsetzen 
der Daten in spezielle Druckprotokolle oder auch andere Arten 
von Ubertragungsprotokollen versehen, so daft mittels eines ein- 
zigen Servers auf unterschiedlichste Art und Weise an das Netz- 
werk angekoppelte Drucker angesteuert werden konnen. 

Eine aus mindestens einem Drucker, mit evtl. einem Vor- und 
Nachbearbeitungsgerat bestehende Druckstation kann einfach an 
ein Netzwerk angekoppelt werden, indem die Gerate der Drucksta- 
tion (Drucker, Vor- und Nachbearbeitungsgerate ) mit einem Ser- 
ver verbunden werden, der mit dem erf indungsgemaflen Interpreter 
versehen ist, und an dem entsprechende Programme zur Ansteue- 
rung der einzelnen Gerate der Druckstation in Dateien abgespei- 
chert sind, die vom Client abgerufen werden konnen. Die Gerate 
einer solchen Druckstation konnen dann uber das Netzwerk von 
jedem beliebigen Client angesteuert werden, sofern eine ent- 
sprechende Zugangsberechtigung zum Server vorliegt. Die Erfin- 
dung schafft somit eine Moglichkeit, mit der man lediglich 
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durch Hinzufugen eines Servers an eine bestehende Druckstation 
einen Netzzugang zur Druckstation erstellt, der mit aufierst 
einfachen technischen Mitteln angesprochen werden kann. 

5 Das erf indungsgemafte Netzwerk ist zur Ansteuerung von Druckern 
und entsprechenden Vor- und Nachbearbeitungsgeraten ausgebil- 
det . Es kann jedoch auch zur Ansteuerung beliebiger anderer Ge- 
rate verwendet werden, da das Grundprinzip der vorliegenden Er- 
findung, das Vorsehen eines Interpreters an einem Netz-Server, 
10 der vom Client aufgerufene Dateien interpretiert , auf weitere, 
beliebige Net zwerkanwendungen ubertragen werden kann. 



to 
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achfolgend wird die Erfindung beispielhaft anhand der beige- 
fiigten Zeichnungen naher erlautert. In denen zeigen: . 



Fig. 1 schematisch ein erf indungsgemafies Netzwerk in einem 
Blockschaltbild, 

Fig. 2 eine Schnittstellenabf rage in einem Fluftdiagramm, das 
20 den Programmablauf des der als Anhang beigefiigten 

Computerprogramms zeigt , und 

Fig. 3 ein Tradingverf ahren im Fluftdiagramm. 




"ig. 1 zeigt ein Ausf uhrungsbeispiel eines erf indungsgema'ISen 
Netzwerkes. Das Netzwerk weist einen ersten Web-Server 1 einen 
zweiten Web-Server 2 und einen ersten und zweiten Client 3, 4 
auf. Der erste und zweite Web-Server und der erste Client sind 
mittels eines LANs uber Datenleitungen 5, 6 miteinander verbun- 
30 den, wobei die Datenleitung 5 den ersten Web-Server mit dem er- 
sten Client und die Datenleitung 6 den ersten Web-Server 1 mit 
dem zweiten Web-Server 2 verbindet. Auf dem LAN wird ein Intra- 
net betrieben. 

35 Zwischen dem ersten Web-Server 1 und dem zweiten Client 4 be- 
steht keine feste physikalische Datenverbindung . Bei Bedarf 
wird z.B. uber das Telefonnetz eine entsprechende Datenverbin- 
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dung 7 aufgebaut wird, wobei das Internet als Ubertragungsmedi- 
um verwendet wird. 

Der erste Client 3 ist z.B. ein uber das Intranet mit dem er- 
sten Web-Server 1 verbundener Burocomputer eines Anwenders des 
erf indungsgemaften Netzwerkes, wohingegen der Client 2 ein zu 
Hause beim Anwender stehender Personalcomputer ist, mit dem 
sich der Anwender mitteis eines Modems im Internet einwahlen 
kann und eine Verbindung zum ersten Web-Server 1 herstellen 
kann. Da die Datenverbindung 7 nicht permanent vorliegt, ist 
sie in Fig. 1 gestrichelt eingezeichnet . 

,An beiden Clients 3, 4 ist jeweils ein Browser installiert, so 
dafi die beiden Clients 3, 4 mit dem Web-Server 1 mit dem vom 
15 Internet bekannten Diensten kommunizieren konnen. Diese Dienste 
sind z.B. Telnet, das eine Terminal-Simulation ermoglicht, oder 
FTP, mit dem Dateien ubertragen werden konnen. Bei dem vorlie- 
genden Ausf uhrungsbeispiel wird der Dienst des World Wide Web 
(WWW) verwendet, der bei Bedarf automatisch auf die weiteren 
.20 Dienste, wie z.B. FTP, News, Telnet, Gopher, E-mail, usw. des 
Internets zuruckgreif t . An dem ersten Web-Server 1 sind zwei 
Gerate 8, 9 angeschlossen, wobei das Gerat 8 mitteis einer se- 
riellen Leitung (RS 232/V24) mit dem Web-Server 1 verbunden ist 
^^^ un d zwischen dem Gerat 9 und dem Server 1 eine Verbindung 11 
■fc^Miach dem SNMP-Protokoll (Simple Network Management Protokoll) 
installiert ist. Das SNMP-Protokoll wird insbesondere zum An- 
steuern von an einem Netzwerk angeschlossenen Geraten verwen- 
det. Am Web-Server 1 ist ein Gateway 12 vorgesehen, das die 
uber die SNMP-Verbindung 11 einkommenden Daten vom SNMP- 
30 Protokoll in das vom Web-Server 1 auf den Datenverbindungen 5 

bis 7 angewandte Internet-Protokoll umsetzt bzw. in umgekehrter 
Richtung die Daten gemaft dem Internet-Protokollen auf das SNMP- 
Protokoll umsetzt, wenn sie vom Web-Server 1 zum Steuergerat 9 
ubertragen werden. Ein Gateway im Sinne der Erfindung sind alle 
35 Hard- und Sof twarekomponenten am Web-Server, die eine Verbin- 
dung zu einem sich vom Internet unterscheidenden Kommunikati- 
onssystem bzw. Netzwerkes herstellen. Am Web-Server 1 konnen 
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mehrere weitere Gateways zu anderen Kommunikationssystemen vor- 
gesehen sein, die z.B. auf dem DMI-Standard (Desktop Management 
Interface) , dem LP-Standard (Line Printer) , SLP (Service Loca- 
tion Protocol), dem IPP-Standard (Internet Printing Protokoll) 
beruhen. Es sind Gateways zum PJMweb moglich. PJMweb ist eine 
web-basierender Druckclient, der von Oce entwickelt worden ist. 
Ein Gateway kann auch eine Terminal-Emulation erzeugen. Insbe- 
sondere konnen Gateways vorgesehen werden, die zur Ansteuerung 
spezieller Druckerkommuni kat ions syst erne ausgebildet sind. 

Da uber die Gateways eine Verbindung zu unterschiedlichen Netz- 
werken hergestellt werden kann, konnen an einen mit einem Gate- 
|way versehenen Server grundsat zlich beliebig viele Gerate ange- 
schlossen bzw. vom Server angesteuert werden. 

Der zweite Web-Server 2 ist mit einem weiteren Gerat 13 uber 
eine Leitung 14 verbunden. Hierzu ist am zweiten Server 2 ein 
speziell fur das Gerat 13 ausgebildetes Kommunikat ionsprogramm 
15 installiert. Dieses Kommunikationsprogramm 15 ist ein compi- 
liertes Programm fur ein sogenanntes Web-Based-Management . Der- 
artige Programme sind jeweils fur eine spezielle Anwendung aus- 
gerichtet, wie z.B. der Ansteuerung des Gerates 13, wodurch mit 
diesem Programm lediglich eine einzelne Verbindung zu dem Gerat 

^13 hergestellt und lediglich ein bestimmter Geratetyp angesteu- 

"ert werden kann. 

Der erste und zweite Web-Server 1, 2 weisen neben anderen 
Dienstprogrammen ein WWW-Dienstprogramm 16 auf, das die aus dem 
Stand der Technik bekannten Funktionen aufweist, das heiftt, daft 
es bei Empfang eines URL aus einem Datenspeicher 17 des Webser- 
vers 1, 2 die entsprechenden Seiten ausliest und an den Client 
3, 4 schickt, der die URL abgeschickt hat. Erf indungsgemaft ist 
am Server 1, 2 ein Interpreter 18 vorgesehen, mit welchem die 
im Speicher 17 abgelegten Seiten vor dem Versenden zu einem 
Client 3, 4 interpret iert werden, das heiftt, daft in den Seiten 
enthaltene Sprachelemente vom Interpreter 18 ausgefuhrt werden. 
Die einzelnen Seiten sind im HTML-Format abgespeichert , das 
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heifit, dafi sie standardisierte Sprachelemente aufweisen, die 
vom Browser des Clients 3, 4 ausgefuhrt werden konnen. Die vom 
Interpreter 18 ausfuhrbaren Sprachelemente sind unabhangig von 
dem vom Browser ausfuhrbaren Sprachelementen . Sie konnen auch 
als Erganzung zum HTML-Format betrachtet werden, weshalb das 
Format der abgespeicherten Seiten auch als erweitertes HTML- 
Format bezeichnet werden kann. 

Im Anhang ist ein Programmcode eines Programmbeispieles angege- 
ben, dasunten naher erlautert wird. Zunachst wird der Befehl- 
sumfang des Interpreters kurz erlautert. Der Interpreter urn- 
faftt, wie die meisten Computersprachen, Befehle zur Stringver- 
^arbeitung, Systembef ehle uhd Strukturbef ehle . Der Interpreter 
kann je nach Bedarf mit weiteren Gruppen von Befehlen versehen 
15 werden. Zusatzlich zu den vorgenannten Gruppen von Befehlen 

weist der Interpreter einen Befehl auf, mit welchem neue Befeh- 
le des Interpreters erzeugt werden konnen. Dieser Befehl ist 
„addfunction", mit dem ein beliebiger Befehl (Funktion) aus be- 
liebige.n auf dem Server zur Verfugung stehenden Befehlen (Ma-- 
schinensprache, Betriebssysteme Oder sonstige Hochsprache j auf- 
gebaut werden kann. „addf unction u wird nicht in den HTML-Seiten 
verwendet, sondern kann vom Benutzer in einer Programmentwick- 
lungsumgebung aufgerufen werden. 

ichtige Stringverarbeitungsbef ehle sind „userDef ineString" , 
„userGetCGIString", „userPreReplaceString" , „userPostRe- 
placeString" und „userCompose u . Mit „userDef ineString" konnen 
Stringvariablen definiert werden. Mit „userGetCGIString XN kann 
ein am Client eingegebener String eingelesen werden. Die. Befeh- 
le „userPreReplaceString" und „user PostReplaceString" dienen 
zum Anordnen eines Strings an eine vorbestimmte Stelle der Sei- 
te, wobei mit dem Befehl „userPreReplaceString" der String un- 
mittelbar nach Ausfuhrung- dieses Befehls an der ent sprechenden 
Stelle angeordnet wird, wohingegen beim „user PostReplaceSt ring" 
35 der String erst nach Abarbeitung aller Sprachelemente der Seite 
an der vorbestimmten Stelle angeordnet wird. Der durch den Be- 
fehl „userPreReplaceString" dargestellte String kann somit 
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durch die weiteren vom Interpreter auszuf uhrenden Sprachelemen- 
te noch verandert werden, wohingegen der durch den Befehl 
„userPostReplaceString" angeordnete String am Ende plaziert 
wird, wodurch eine Veranderung des Strings nicht mehr moglich 
ist . 

Einer der machtigsten Systembef ehle ist „userSystem (...)"/ wo- 
bei in die Klammer ein Befehl des Betriebssystems des Servers 
Oder eines weiteren auf dem Server installierten Programmes 
eingegeben werden kann . Hierdurch konnen mit dem Interpreter am 
Server eingerichtete Befehle und Programme aufgerufen werden. 
Dieser Befehl wird aus einer HTML-Seite aufgerufen. 

^Eine Untergruppe der Systembef ehle sind Steuerungsbef ehle, die 
z.B. zum Ansteuern eines bestimmten Druckers dienen. Diese Be- 
fehle entsprechen in der Regel dem jeweiligen Druckersystembe- 
fehlen, die als Befehl des Interpreters jeweils umgesetzt wer- 
den und durch weitere, hohere Steuerungsbef ehle erganzt werden 
konnen. 

Die Strukturbef ehle dienen zum Erstellen einer Programmstruktur 
mit Verzweigungen, Schleifen und dergleichen. Entsprechende 
Strukturbef ehle sind z.B. „userFor", „userGoSub xx Oder „userlf". 

^Intsprechend der Syntax von HTML werden auch die vom Interpre- 
ter 18 ausfuhrbaren Befehle in „<...>" gesetzt. 

Bei den Befehlen des Interpreters 18 unterscheidet man zwei 
Klassen, namlich eine mit Befehlen, die nicht direkt vom Client 
aufgerufen werden konnen, und eine weitere Klasse, deren Befeh- 
le direkt vom Client aufgerufen werden konnen. Von den oben 
beispielhaft angegebenen Befehle konnen diejenigen nicht vom 
Client aufgerufen werden, die mit „user" beginnen. Diese Unter- 
teilung in zwei Klassen der Befehle dient der Sicherheit, denn 
wenn ein Anwender von einem beliebigen Client einen „userSy- 
stem u Befehl auf dem Server erzeugen konnte, konnte er den Ser- 
ver nach Belieben manipulieren . Zur Vermeidung einer solchen 
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Manipulation ist der Speicher 17 in einen freien Speicherbe- 
reich 17a und in einen gesperrten Speicherbereich 17b unter- 
teilt. Im freien Speicherbereich konnen vom Client Seiten auf- 
gerufen werden und diese ggf . mit Parametern versorgt werden, 
5 wohingegen der gesperrte Speicherbereich 17b Seiten enthalt, 
die nicht direkt vom Client Parameter erhalten oder von ihm 
aufgerufen werden konnen. Diese Seiten werden lediglich vom In- 
terpreter aufgerufen. Der Interpreter kontrolliert hierbei die 
Parameterubergabe und die Programmausf iihrung . Der Interpreter 
10 18 ist derart ausgebildet, daft sicherheitsrelevante Befehle nur 
ausgefuhrt werden, wenn sie im gesperrten Speicherbereich 17b 
abgespeichert sind. Ein Anwender an einem der Clients kann le- 
|diglich den Inhalt des freien Speicherbereiches 17a lesen und 
direkt adressieren. Die im gesperrten Speicherbereich 17b abge- 
15 legten Seiten konnen nur indirekt uber den Interpreter adres- 
siert werden. 

Der Administrator des Servers kann im gesperrten Speicherbe- 
reich 17b des Servers die zum Ansteuern der Gerate 8, 9 und 13 
notwendigen Steuerprogramme hinterlegen, die in der Regel si- 
cherheitsrelevant sind. 




20 



Nachfolgend wird der im Anhang angegebene Programmcode naher 
plautert, dessen Programmablauf in Fig. 2 in einem Fluftdia- 

ramm dargestellt ist. Im Schritt SI „ini" wird eine Initiali- 
sierung durchgef uhrt , wobei bestimmte Werte und Strings fur je- 
weils abzufragende Server gesetzt bzw. definiert werden. 



Mit dem Schritt S2 wird das SNMP-Gateway 12 aufgerufen, wobei 
30 durch den Wert „1 M angegeben wird, daft von diesem Gateway etwas 
eingelesen werden soil, wobei das Ergebnis in „SNMPVALUE". ge- 
speichert wird. Hierbei wird in Abhangigkeit von einer Benut- 
zereingabe eine Adresse eines Datenbankeintrages (Managed Ob- 
ject einer MIB) abgefragt. Das Ergebnis dieser Abfrage stellt 
35 den Rechnertyp dar, der uber die SNMP-Schnitts telle angespro- 
chen wird. 
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Anhand des in der Variablen „SNMPVALUE" abgespeicherten Wertes 
wird im nachsten Schritt S3 gepriift, ob das Betriebssystem des 
uber das SNMP-Gateway angesprochenen Rechners Windows ist. 
Falls das Betriebssystem Windows ist, verzweigt der Pro- 
5 grammablauf auf die Abfrage S4, bei der erneut ein SNMP-Wert 
eingelesen wird und anhand dieses Wertes gepriift wird, ob an 
dem Rechner ein vorbestimmtes, unter Windows lauffahiges Druck- 
system ( „Imagestream x> ) eingerichtet ist. Falls die Abfrage S4 
das Vorhandensein eines derartigen Drucksystemes ergibt, wird 
10 dies im Schritt S5 abgespeichert . 

ft Nach dem Speichervorgang im Schritt S5 bzw. falls eine der Ab- 

•fragen S3 oder S4 verneint worden ist, geht der Programmablauf 
auf den Schritt S6 uber, mit dem gepriift wird, ob das, Betriebs- 
15 system des uber das SNMP-Gateway angesprochenen Rechners ein 

Unix-Betriebssystem ist, Ergibt die Abfrage, daft das Betriebs- 
system ein Unix-Betriebssystem ist, wird der Programmablauf auf 
den Schritt S7 verzweigt, mit dem wiederum ein SNMP-Wert einge- 
lesen wird, anhand dessen gepriift wird, ob ein Unix- 
20 Betriebssystem (PJM bzw. Prisma) an dem Rechner eingerichtet 
ist. Ergibt die Abfrage ein derartiges Drucksystem, so wird 
dies im Schritt S8 abgespeichert. 

^^^^Nach dem Speichervorgang des Schrittes S8 oder wenn eine der 
S&jB>eiden Abfragen der Schritte S6 und S7 negativ ausgefallen ist, 
geht der Programmablauf auf einen Schritt S9 uber, mit dem ge- 
priift wird, ob der uber das SNMP-Gateway angesprochene Rechner 
tiberhaupt ein mittels des SNMP-Protokolls ansteuerbarer Rechner 
ist. Ergibt die Abfrage, daft der Rechner mittels des SNMP- 

30 Protokoll grundsatzlich ansteuerbar ist, so wird im Schritt S10 
eine PING-Abfrage aufgerufen und im Schritt Sll das Ergebnis 
der PING-Abfrage gepriift, ob der Rechner in Betrieb (on-line) 
ist. Ergibt diese Abfrage Sll, daft der Rechner in Betrieb ist 
(on-line) , so wird dies im Schritt S12 gespeichert, wohingegen, 

35 wenn der Rechner nicht in Betrieb (off-line) ist, dann ent- 

spricht dies der def ault-Einstellung, so daft keine zusatzliche 
Abspeicherung notwendig ist. 
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Die PING-Abfrage ist ein nicht nur im Internet. vorhandener Pro- 
grammbaustein, der an vielen Servern eingerichtet ist. Er wird 
deshalb mit der bereits oben beschriebenen Funktion „userSy- 
stem" aufgerufen oder als eigenstandiger Befehl in den Inter- 
preter integriert. Eine erneute Programmierung dieses Programm- 
bausteins erubrigt sich somit. 

Nach dem Speichervorgang des Schrittes S12 oder falls die Ab- 
frage im Schritt S9 ergab, dafi der Rechner ein SNMP-Rechner ist 
Oder falls die Abfrage im Schritt Sll ergab, dafi der Rechner 
nicht in Betrieb ist, geht der Programmablauf auf den Schritt 
S13 uber, mit dem ein das Drucksystem darstellendes Bild aufge- 
nommen wird. Dies erfolgt mit dem Befehl „userCompose", mit dem 
15 die durch die obigen Abfragen und Speichervorgange belegte Va- 
riable „SNMPVALUE" ausgewertet wird (siehe Zeile unterhalb des 
Befehles „userCompose") , wobei das Ergebnis „exclusiv" ist. 
Dies ist in der darauff olgenden Zeile durch den Wert „false" 
vorgegeben. Dies bedeutet, da/3 nur ein einziges Bild in die Va- 
riable „ RE PLACEMENT" eingelesen werden kann. Je nach dem obigen 
Ergebnis, wird ein Bild fur ein, ein Imagestream-Drucksystem 
(imagestream.gif), ein Prisma-Drucksystem (Prisma.gif) oder ein 
^ Bild fur eine erfolgreiche PING-Abfrage (ping.gif) oder ein 
^B^Pild fur den nicht-Betriebszustand des Rechners (offline.gif) 
^^ der ein Bild fur einen mittels des SNMP-Protokoll ansprechba- 
ren Rechners (SNMP.gif) eingelesen. 

In den nachf olgenden Schritten S14 und S15 wird wiederum mit- 
tels des Befehls „userCompose" eine Hyperlink-Start-Variable 
(„SnmpHLStart") bzw. eine Hyperlink-Ende-Variable ( „SnmpHLEnd) 
mit den zum Erzeugen eines Hyperlinks notwendigen Strings be- 
legt. Ein Hyperlink ist ein automat isierter Aufruf einer Datei 
des Servers, wobei ein Client die entsprechende URL an den die 
Datei aufweisenden Server sendet. 



20 



30 



35 



In Figur 2 ist gestrichelt ein Programmpf eil vom Schritt S15 
zum Schritt S2 eingezeichnet , der den Programmabschnitt zwi- 
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schen den Schritten S2 und S15 zu einer Schleife schlieflt. Mit 
diesem Programmpf eil wird ausgedruckt, daft dieser Programmab- 
schnitt mehrfach zum Abfragen mehrerer uber das SNMP-Gateway 
erreichbare Rechner ausgefuhrt wird. Die Abfragen der einzelnen 
5 Rechner werden parallel ausgefuhrt. Dies ist moglich, da das 
SNMP-Gateway multitasking-f ahig ist. 

Im nachfolgenden Schritt S16 werden die den Hyperlink darstel- 
lenden Strings mittels des Befehls „userPostReplaceString" in 
10 die Datei bzw. HTML-Seite an eine vorbestimmte Stelle einge- 
fugt. 




IMit dem oben beschriebenen Programm wird somit abgefragt, ob 
mit dem SNMP-Gateway ein oder mehrere bestimmte Rechner ange- 
15 sprochen werden konnen und ob an einem der ansprechbaren Rech- 
ner ein bestimmtes Drucksystem eingerichtet ist. Ein entspre- 
chendes Bild wird dann eingelesen und ein auf den Rechner ver- 
weisender Link generiert und in der HTML-Seite abgelegt. Wird 
nun die HTML-Seite zum Client' iibertragen, so kann entweder dei: 
20 Link manuell oder automat isch ausgefuhrt werden, womit eine 
Verbindung vom Client, der die Abfrage gestartet hat, direkt 
zum Rechner mit dem abgefragten Drucksystem hergestellt wird. 

^^^)er Client wurde somit von einem Server zu einem weiteren Ser- 
^Wer vermittelt, wobei der erste Server fur den Client ein 

Drucksystem gesucht hat, mit dem vom Client aus dann direkt 
entsprechende Druckauf trage ausgefuhrt werden konnen. Die Such- 
und Vermittlungsprozedur ist vollstandig am Server ausgefuhrt 
worden, das zeigt, dad die notwendige „Intelligenz" lediglich 
30 am Server vorgesehen sein muft und vom Client mit einem herkomm- 
lichen Browser abgefragt und bedient werden kann. 

Das obige Programm ist lediglich ein stark vereinf achtes und 
verkurztes Beispiel fur eine Abfrage von erreichbaren Drucksy- 
35 stemen und automat ischer bzw. halbautomat ischer Vermittlung an 
ein gewunschtes Drucksystem. Dieses Beispiel soil lediglich an- 
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deuten, welche Moglichkeiten durch das erf indungsgemafie Vorse- 
hen eines Interpreters am Server geschaffen werden. 

In Fig. 3 ist ein Flufldiagramm dargestellt, mit welchem gezeigt 
5 wird, wie ein Druckauftrag mit dem erf indungsgemaBen Netzwerk 
abgearbeitet werden kann. Ein Anwender gibt in einem Schritt 
S18 seinen Druckauftrag ein und erganzt ihn durch bestimmte 
Wunsche an die Qualitat der Druckerzeugnisses (farbig, Papier- 
art, usw.) und notwendigen Druckmerkmalen (Anzahl der Kopien, 
10 Format , usw. ) . 

fe Dieser Druckauftrag wird im Schritt S19 vom Client 3, 4 zum 

Server 1, 2 ubertragen. Am Server wird eine Datenbasis, die die 
relevanten Daten fur Verbindungen zu Druckern bzw. weiteren 
15 Servern mit angeschlossenen Druckern bzw. entsprechertden Vor- 
und Nachbearbeitungsgeraten enthalt, aktualisiert S20. Die Ak- 
tualisierung S20 erfolgt, indem eines oder mehrere Gateways 
nach entsprechenden Drucksystemen abgefragt werden. Die hierbei 
ermittelten Daten werden in der im Server abgelegten lokalen 
Datenbasis eingetragen. 

Diese aktualisierte Datenbasis wird nach den vom Anwender ein- 
gegebenen Parametern (Druckauftrag, Wunsche und Vorausset zun- 
^en) im Schritt S21 ausgewertet. 

Anschlieftend wird mit einer Abfrage S22 gepruft, ob bei der 
Auswertung eine fur den Druckauftrag geeignete Druckeinrichtung 
gefunden worden ist. Falls keine geeignete Druckeinrichtung ge- 
funden worden ist, zweigt der Programmablauf . auf den Schritt 
S23 ab, mit dem an den Client eine Nachricht gesandt wird, daft 
der Druckauftrag nicht ausfuhrbar ist. 
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Ergibt die Abfrage im Schritt S22 hingegen, dafi eine geeignete 
Druckeinrichtung vorhanden ist, wird mit einer weiteren Abfrage 
35 S24 gepruft, ob der Druckauftrag vom Server ausgefuhrt werden 
kann. Falls das Ergebnis dieser Abfrage nein ist, wird, wie es 
anhand des Programmbeispieles aus Fig. 2 dargestellt worden 
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ist, der Client zu einem weiteren Server vermittelt S25, der 
den Druckauftrag ausfuhren kann. Hierbei wird vorzugsweise der 
Druckauftrag zusammen mit den Parametern, (Wunsche und Voraus- 
setzungen) direkt an den weiteren Server iibermittelt, wobei die 
5 Parameter bei Bedarf entsprechend modifiziert werden konnen. 

Ergibt die Abfrage S24 hingegen, daft der Druckauftrag vom vor- 
liegenden Server ausgefuhrt werden kann, wird in einer weiteren 
Abfrage S26 gepriift, ob der Druckauftrag direkt an die Druck- 
10 einrichtung vermittelt werden kann. Besitzt die Druckeinrich- 
tung eine entsprechende Netzankopplung, so kann ein direkter 
I Link auf die Druckeinrichtung erzeugt werden, wodurch der Ser- 

ver nicht weiter durch den Druckauftrag belastet ist. 

15 Ergibt die Abfrage aus dem Schritt S26, daft eine direkte Ver- 
mittlung des Druckauf trages an die Druckeinrichtung moglich 
ist, so wird diese im Schritt S27 ausgefuhrt. 

Ist eine solche Vermittlung nicht moglich, so wird mit dem 
20 Schritt S28 ein Link auf den Server bzw. sein Gateway gesetzt, 
urn die Druckdaten im Schritt S29 uber das Gateway zur Druckein- 
richtung zu ubermitteln. Nach Beendigung des Druckvorganges er- 
folgt eine Druckbestatigung S30 vom Server zum Client, womit 
^^^^das Verfahren beendet ist. 

Bei diesem Verfahren wird der Druckauftrag automatisch zu einer 
geeigneten Druckeinrichtung weitergeleitet . Es wird sozusagen 
zwischen einzelnen Servern und Druckeinrichtungen ausgehandelt , 
wer zur Abarbeitung des Druckauf trages zur Verfugung steht und 
30 geeignet ist. Man bezeichnet deshalb ein solches Verfahren auch 
als „Trading" . 

Wie es oben dargestellt ist, ist das erf indungsgemafte Netzwerk 
insbesondere zur Ausbildung eines dezentralisierten Drucksy- 
35 stems geeignet, das einen oder mehrere Druckserver umfassen 

kann. Bei einer Internet-Anwendung des Druckservers kann jeder 
Internet-Client, der eine entsprechende Zugangsberechtigung zum 

990503 DE 



21 



Server besitzt, diesen fur seine Druckauf trage benutzen. Die 
technische Realisierung eines solchen dezentralisierten Druck- 
systems ist aufierst einfach und setzt lediglich die Installati- 
on eines erf indungsgemafien Interpreters voraus, in dem die ent- 
5 sprechenden Befehle zum Ansteuern der Druckeinrichtungen bzw. 
der Vor- und. Nachbearbeitungsgerate eingerichtet sind. In einem 
einzigen Netzwerk konnen mehrere Server mit einem erf indungsge- 
mafien Interpreter versehen sein. Hierdurch ist es auch moglich, 
dafl ein Druckauftrag zwischen mehreren Servern weitergereicht 
10 wird. 

Die Erfindung ist jedoch nicht auf ein Drucksystem beschrankt, 

ondern kann zur Ansteuerung, Oberwachung, Wartung, usw. von 
beliebigen Geraten verwendet werden. So bestehen zur Zeit er- 
hebliche Bestrebungen Haushaltsgerate net zwerkf ahig zu machen. 
Mit einem erf indungsgemafien Server konnen sie von einem Anwen- 
der uber das Internet von einer beliebigen Stelle uberpriift, 
abgefragt und evtl. in Betrieb gesetzt werden. Grundsatzlich 
ist die Verwaltung und Steuerung aller technischen Gerate mit 
dem erf indungsgemafien Netzwerk moglich. Insbesondere eignet es 
sich zur Verwaltung von Datenverarbeitungssystemen, Telekommu- 
niktationssystemen und Vermittlungssystemen, wobei es insbeson- 
dere fur uberregionale Sys.teme von Vorteil ist, da der erfin- 
ungsgemaUe Server von einer beliebigen Stelle des Netzwerkes 
us angesteuert werden kann. 
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Ein weiterer, wesentlicher Vorteil des erf indungsgemafien Netz- 
werkes ist, dafi durch das Vorsehen eines Interpreters es nicht 
auf eine bestimmte Anwendung beschrankt ist, sondern durch die 
Gestaltungsmoglichkeit einer Computersprache es moglich ist, 
mit hochspracheahnlichen Sprachelementen die jeweilige Anwen- 
dung zu generieren. Hierdurch besitzt das erf indungsgemafie Sy- 
stem eine maximale Flexibilitat . Fur die meisten Anwendungen 
gibt es bereits spezialisierte Programmteile, die lediglich in 
den Interpreter integriert werden mussen. Derartige Programm- 
teile sind z.B. Gateways, Drucker t reiber , Spooler Oder sonstige 
singulare Steuerprogramme . Insbesondere konnen spezialisierte 
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Kommunikationsprotokolle, wie SNMP oder DM I fur die lokale -Da- 
tenubertragung zu den Druckeinrichtungen ausgenutzt werden, da 
diese Protokolle im Gegensatz zu dem HTTP-Protokoll einen we- 
sentlich geringeren Protokolloverhead, geringere Responsezeiten 
und eine hohe Leistung besitzen und eine einfache Anwendung er- 
lauben. Diese spezialisierten Protokolle bzw. spezifischen 
Schnittstellen konnen einem Anwender zuganglich gemacht werden, 
der sich weder mit dieser Technik auseinanderset zen mufJ, noch 
auf seinem Client eine entsprechende, in der Regel sehr aufwen- 
dige Software installieren muB, urn eine Kommunikation zu derar- 
tigen spezialisierten Systemen herstellen zu konnen. 

■Der erfindungsgemafie Interpreter kann auf einen Datentrager ge- 
speichert sein und von diesem oder liber ein Netzwerk in einen 
Server geladen werden. 

Die Erfindung kann f olgendermaften kurz zusammengefaBt werden: 

Die vorliegende Erfindung betrifft ein Client-Server-Net zwerk, 
einen am Server des Netzwerkes installierbaren Interpreter und 
ein Verfahren zum Betreiben eines derartigen Client-Server- 
Netzwerkes. 

^)ie Erfindung zeichnet sich dadurch aus, daft am Server Dateien 
ptagelegt werden, die vom Client abgerufen werden konnen und die 
erf indungsgemaft sowohl am Client ausfuhrbare Sprachelemente als 
auch am Server ausfuhrbare Sprachelemente aufweisen. Am Server 
ist ein Interpreter vorgesehen, der die am Server ausfuhrbaren 
Sprachelemente interpret iert und zur Ausfuhrung bringt. 

Nach einer bevorzugten Ausf uhrungsf orm der Erfindung entspre- 
chen die am Client ausfuhrbaren Sprachelemente einer Markup- 
Sprache, wie z. B. SGML, XML, HTML, da dann der Benutzer beim 
Einrichten dieser Dateien seine bekannten Hilfsmittel zum Er- 
stellen der Dateien, die in der Regel gelaufige Textverarbei- 
tungsprogramme sind, verwenden kann, urn am Server des Netzwer- 
kes individuelle Anwendungen vorzusehen, die von einem beliebi- 
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gen Client mit einem herkommlichen Browser aufgerufen werden 
konnen. 

Die Erfindung eignet. sich besonders zur Steuerung von Geraten, 
insbesondere von Druckern und Drucksystemen und den entspre- 
chenden Vor- und Nachbearbeitungsgeraten, da die Steuerungsin- 
telligenz zentral am Server hinterlegt wird und somit von vie- 
len Clients benutzt werden kann, und der Datentransf er zwischen 
den Clients und dem Server gering gehalten wird. 



10 



Ein weiterer Aspekt der Erfindung ist, dafl mit einfachen Mit- 
teln ein Trading von z. B. Druckauf tragen zwischen mehreren 
ervern realisiert werden kann. 
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<head> 

<TITLE>SNMP Response</TITLE> 
</HEAD> 

<BODY> 



<! — 

Kommentar: Programmanf ang 
//--> 
15 <! — 



Kommentar: Funktion "STDef ineString" : wird von inil aufgerufen 



//—> 



PSUB FUNC="STDefineString"> 

<PTAG FUNC="userDefineString" VALUE="SNMPVALUE%i% " VALUE="Of f line"X/PTAG> 

<PTAG FUNC="userDef ineString" VALUE="REPLACEMENT%i% " ></PTAG> 

<PTAG FUNC="userDef ineString" VALUE="SnmpHLStart%i% "></PTAG> 

<PTAG FUNC="userDef ineString" VALUE="SnmpHLEnd%i% "></PTAG> 

<PTAG FUNC="userDef ineString" VALUE="Stdout%i% "></PTAG> 

<PTAG FUNC="userDef ineString" VALUE="Stdin%i% "></PTAG> 

<PTAG FUNO"userDef ineString" VALUE="Stderr%i% "></PTAG> 
</PSUB> 



<! — 

Kommentar: Funktion "MTScanSys tern" 




//--> 



<PSUB FUNC="MTScanSystem"> 
<PTAG FUNC-"userSNMPGateway" 
VALUE="SNMPVALUE%i%" 
VALUE="1" 

VALUE="160. 120. 17 .%i%" 
VALUE="public" 
VALUE=" .1.3.6.1.2. 1.1. 1.0 "> 
</PTAG> 

<PBRANCH FUNC="userIf " 
VALUE="SNMPVALUE%i%" 
VALUE=" FNOWIN" 

VALUE=< PTAG FUNC="userSNMPGateway" 
VALUE="SNMPVALUE%i%" 
VALUE="1" 

VALUE="160. 120. 17 .%i%" 
VALUE="public" 

VALUE=" .1.3.6.1.4.1. 1552 . 92 . 2 . 0"> 
</PTAG> 
</PBRANCH> 



// Kommentar: Abschnitt s2 



// Kommentar: Abschnitt s3 

// Kommentar: Abschnitt s4 
// Kommentar: Abschnitt s5 



60 <PBRANCH FUNC="userIf " // Kommentar: Abschnitt s6 

VALUE="SNMPVALUE%i%" 

VALUE="FNC>SCO" // Kommentar: Abschnitt s7 

VALUE = =< PTAG FUNC="userSNMPGat eway " // Kommentar: Abschnitt s8 
VALCJE="SNMPVALUE%i%" 
65 VALUE="1" 
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65 



</PBRANCH> 



VALUE="160. 120. 17.%i%" 
VALUE="public" 

VALUE=" . 1.3. 6.1.3. 1.1. 1.1. 1.0 "> 
</PTAG> 




<PBRANCH FUNC= M userIf " 

VALUE =" S NM PVAL UE % i % " 
. VALUE =" FNOOf f line" 
VALUE=<PTAG FUNC="userSys tern" 
VALUE="Stdout%i%" 
VALUE="Stdin%i%" 
VALUE="Stderr%i%" 
VALUE="0" 
VALUE="5000" 
VALUE="ping -n 1" 
VALUE="160.120. 17.%i%"> 
</PTAG> 

</PBRANCH> 

<PBRANCH FUNC="userIf " 

VALUE="Stdout%i%" 
VALUE= " FNOAnt wort " 

VALUE=< PTAG FUNC="userDef ineSt ring " 
VALUE= " S NMP VALUE % i % " 
VALUE="PING"> 
</PTAG> 

</PBRANCH> 

<PTAG FUNC="userCompose" 

VALUE="SNMPVALUE%'i%" 
VALUE=" false" 



// Kommentar : Abschnitt s9 
// Kommentar: Abschnitt slO 



// Kommentar: Abschnitt sll 
// Kommentar: Abschnitt sl2 



// Kommentar: Abschnitt sl3 




VALUE="REPLACEMENT%i% " 
VAL U E = " FN C> I S T RE AM " 
VALUE=" . .Vimages/imagestream. gif " 

VALUE=" REPLACEMENT%i% " 
VALUE="FNC>PRISMA" 
VALUE—" . . /images/prisma . gif" 

VALUE="REPLACEMENT%i%" 
VALUE=" FCS>PING " 
VALUE=". . /images/ping. gif " 

VALUE="REPLACEMENT%i%" 
VALUE=" FNOOf f line" 
VALUE=". . /images/offline. gif "> 
</PTAG> 

<PTAG FUNC="userCompose" 

VALUE="SNMPVALUE%i%" 
VALUE="false" 

VALUE="SnmpHLStart%i%" 
VAL UE = " FNC> I S T REAM " 

VALUE="<a HREF=\"http://www.ops.de\">" 

VALUE="SnmpHLStart%i%" 
VALUE="FNC>PRISMA" 

VALUE="<a HREF=\ "http : //160 . 120. 17 . %i%/pjm. html\ " tar- 
ge t=\ "_blank\ ">" 

VALUE="SnmpHLStart%i%" 
VALUED " FNC >0 f f 1 i ne " 
VALUE=" "> 
</PTAG> 



// Kommentar: Abschnitt sl4 
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<PTAG FUNC="userCompose" 

VALUE-" SNMPVALUE%i%" 
VALUE-" false" 

VALUE-" SnmpHLEnd%i%" 
VALUE=" FNC>I STREAM" 
VALUE="</a>" 

VALUE="SnmpHLEnd%i%" 
VALUE=" FNOPRISMA" 
VALUE="</a>" 

VALUE- " SnmpHLEnd% i % " 
VALUE=" FNOOf f line" 
VALUE-" "> 
</PTAG> 
</PSUB> 



// Kommentar: Abschnitt sl5 



< ! — 

Kommentar: Funktion "STPrintSystem : wird von sl6 aufgerufen 
//--> 



<PSUB FUNC="STPrintSystem"> 
<PTAG FUNC="userPreReplaceString" VALUE-"SnmpHLStart%i% "></PTAG> 
<img src-<PTAG FUNC="userPreReplaceString" VALUE="REPLACEMENT% i% "></PTAG> 

width="80" height="80" 

alt="160. 120.17.%i% 

<PTAG FUNC-"userPreReplaceString" VALUE-"SNMPVALUE%i% "></PTAG>"> 
<PTAG FUNC-"userPreReplaceString" VALUE— "SnmpHLEnd%i% "></PTAG> 

</PSUB> 



<! — 

Kommentar : 
//--> 



inil - si 




50 



<PTAG FUNC-"userSetSNMPRetries" VALUE="2 "></PTAG> 
<PTAG FUNC="userSetSNMPTimeout" VALUE-"2000"x/PTAG> 



<PTAG FUNC="userFor" 
VALUE="i" 
VALUE- "2 00" 
VALUE="255 M 
VALUE-" 1" 
VALUE- "0" 

VALUE="STDefineString"> 
</PTAG> 



< ! — 

Kommentar: Schritte s2-sl5 Aufruf der entsprechenden 

55 Unterprogramme der Abschnitten s2-sl5 

//--> 



60 



65 



<PTAG FUNC-" 


userFor" 


VALUE= 


ir ii 


VALUE- 


"200" 


VALUE= 


"255" 


VALUE- 


ii ^ ii 


VALUE- 




VALUE- 


"MTScanSystem"> 


</PTAG> 
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Kommentar: Schritt sl6 



//--> 
<P> 

<PTAG FUNC^userFor" 
VALUE="i" 
VALUE="200" 
VALUE="255" 
VALUE-" 1 " 
VALUE ="0" 

VALUE="STPrintSystera"> 
</PTAG> 
</p> 



<! — 

Kommentar: Schritt sl7 / Ende 
//— > 



</BODY> 
</HTML> 
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Bezugszeichenliste 



5 1 erster Web-Server 

2 zweiter Web-Server 

3 erster Client 

4 zweiter Client 

5 Datenleitung (Intranet) 
10 6 Datenleitung (Intranet) 

7 Datenverbindung (Internet) 

l^^8 Gerat 

I I Gerat. 

^^^10 Serielle Leitung 

15 11 SNMP-Verbindung 

12 Gateway 

13 . Gerat 

14 Leitung 

15 Kommunikationsprogramm 
20 16 WWW-Dienstprogramm 

17 Speicher 

17a freier Speicherbereich 

17b gesperrter Speicherbereich 
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Verf ahrensschritte 




SI Initial isierung 
5 S2 Aufruf und Abfrage des SNMP-Gateway 

53 Windows? 

54 Windows -Drucksys tern? 

55 Abspeichern 

56 UNIX? 

10 S7 UNIX-Drucksystem? 

58 Abspeichern 

59 kein SNMP? 
^SIO PING 
Sll PING? 

15 S12 Abspeichern 

513 UserCompose: Bild 

514 UserCompose: Hyperlink Start 

51 5 UserCompose: Hyperlink Ende 

516 Einfugen des Hyperlinks in HTML-Seite 
20 S17 Ende 

518 Eingabe des Druckauf trages 

519 Ubertragung vom Client zum Server 
^ S20 Aktualisierung einer Datenbasis 

^^21 Auswertung der Datenbasis 
J^||P^2 Geeignete Druckeinrichtung? 

523 Nachricht an Client 

524 Kann Server Druckauftrag ausfuhren? 

525 Vermittlung an weiteren Server 

526 Kann an Druckeinrichtung vermittelt werden? 

30 S27 Vermittlung an Druckeinrichtung mit direktem Link 

528 Link auf Server 

529 Obermittlung uber Gateway 

530 Drue kbes tat igung 
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An sp ruche 

1. Netzwerk vom Client-Server-Typ, das zumindest einen Client 
(3, 4) mit zumindest einem Server (1, 2) verbindet, wobei 
am Server (1, 2) gespeicherte Dateien vom Server (1, 2) 
zum Client (3, 4) ubertragen werden, wenn sie der Client 
(3, 4) durch Senden einer entsprechenden Dateiadresse an 
den Server (1, 2) abruft, und 

die Dateien sowohl am Client (3, 4) ausfuhrbare Sprachele- 
mente als auch am Server (1, 2) ausfuhrbare Sprachelemente 
| enthalten, und 

am Server (1, 2) ein Interpreter zum Interpretiecen und 
Ausfuhren der am Server ausfuhrbaren Sprachelemente vor- 
handen ist. 

2. Netzwerk nach Anspruch 1, 
dadurch gekennzeichnet, 

daft der -Interpreter (18) am Server (1, 2) derart ausgebil- 
det ist, daft die am Server ausfuhrbaren Sprachelemente 
nach dem Aufrufen der Dateien durch einen Client und vor 
der Obermittlung der Dateien zum Client (3, 4) am Server 
^ (1, 2) ausgefuhrt werden. 

3. Netzwerk nach Anspruch 1 oder Anspruch 2, 
dadurch gekennzeichnet, 

daft die Dateiadresse dem URL-Format entspricht und der 
Server (1, 2) ein Web-Server ist, so daft die Dateien mit 
einem am Client (3, 4) installierten Internet-Browser ab- 
gerufen werden konnen. 

4. Netzwerk nach einem der Anspruche 1 bis 3, 
dadurch gekennzeichnet , 

daft die am Server (1, 2) gespeicherten und vom Client (3, 
4) abrufbaren Dateien dem Format einer Mar kup-Sprache 
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(SGML, XML, HTML) entsprechen, das durch die am Server 
ausfiihrbaren Sprachelemente erweitert ist. 



10 




15 



6. 



20 



Netzwerk nach einem der Anspruche 1 bis 4, 
dadurch gekennzeichnet, 

dafi am Server (1, 2) zumindest ein Gateway (12) instal- 
liert ist, das eine Datenverbindung zu einem weiteren lo- 
gischen und/oder physikalischen System (Gerat, Netzwerk, 
Queue, Computer) herstellen kann, wobei die Daten des wei- 
teren Systems ein anderes Format als die zwischen dem Ser- 
ver (1, 2) und dem Client (3, 4) ausgetauschten Daten auf- 
weisen, und das Gateway (12) sowohl die einkommenden als 
auch die ausgehenden. Daten in die entsprechenden Datenfor- 
mate automatisch umsetzt. 

Netzwerk nach Anspruch 5, 
dadurch gekennzeichnet, 

daft jeweils ein Gateway (12) zum Umsetzen der Daten in ei- 
nes oder mehrere der folgenden Formate vorgesehen ist: 
SNMP, LP, PJMweb, ftp. 



Netzwerk nach Anspruch 5 oder 6, 
dadurch gekennzeichnet , 

dafi das bzw. die Gateways (12) im Interpreter integriert 
sind und durch Sprachelementen des Interpreters (18) auf- 
gerufen werden konnen. 
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Netzwerk nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet , 

dafi am Server (1, 2) Programme zum Ansteuern zumindest ei- 
nes Druckers und/oder Vor- oder Nachverarbeitungsgerate, 
wie z.B. eines Druckertreibers oder eines Spoolers instal- 
liert sind, und diese Programme vom Interpreter (18) auf- 
gerufen werden konnen. 



Interpreter fur ein Netzwerk, insbesondere nach einem der 
vorhergehenden Anspruche, der an einem Server (1, 2) eines 
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Client-Server-Netzwerkes installierbar ist und zum Inter- 
pretieren und Ausfuhren von am Server (1, 2) ausfuhrbaren 
Sprachelementen ausgebildet ist, die in am Server (1, 2) 
abgespeicherten Dateien enthalten sind, wobei diese Datei- 
en von einem Client (3, 4) mittels der Obertragung einer 
Adresse abgerufen werden konnen und zusatzliche am Client 
(3, 4) ausfuhrbare Sprachelemente enthalten. 

10. Interpreter nach Anspruch 9, 
dadurch gekennzeichnet, 

dafi der Interpreter einen Befehl (userCompose j zum Erzeu- 
gen von String-Eintragen in der Datei aufweist. 

11. Interpreter nach Anspruch 9 oder 10, 
gekennzeichnet durch 

einen Befehl (userPreReplaceString, userPostReplaceString) 
zum Setzen von String-Eintragen an eine vorbestimmte Stel- 
le der Datei. 

12. Interpreter nach einem der Anspruche 9 bis 11, . 
gekennzeichnet durch 

einen Befehl zum Einlesen eines vom Client (3, 4) an den 
Server (1, 2) ubertragenen Strings und zum Abspeichers des 
^ Strings in eine vorbestimmte Variable (userGetCGIString) . 

13. Interpreter nach einem der Anspruche 9 bis 12, 
gekennzeichnet durch 

einen Befehl zum Aufrufen eines Gateways und Abfragen ei- 
nes mit dem Gateway verbundenen Systems. 

14. Interpreter nach einem der Anspruche 9 bis 13, 
dadurch gekennzeichnet, 

daft der Interpreter eine Gruppe von Client-Bef ehlen um- 
faftt, die sowohl vom Client aus als auch vom Server aus 
aufgerufen werden konnen, und eine Gruppe von Serverbefeh- 
len umfaftt, die nur vom Server aus aufgerufen werden kon- 
nen . 
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15. Interpreter nach einem der Anspruche 9 bis 14, 
dadurch gekennzeichnet , 

daft der Interpreter auf einen Datentrager gespeichert ist. 

5 

16. Verfahren zum Betreiben eines Netzwerkes nach einem der 
Anspruche 1 bis 8, wobei 

das Netzwerk ein Client-Server-Net zwerk ist, und am Server 
(1, 2) gespeicherte Dateien vom Server (1, 2) zum Client 
10 (3, 4) ubertragen werden, wenn sie der Client (3, 4) durch 

Senden einer entsprechenden Dateiadresse an den Server (1, 
2) abruft, und die Server den Clients jeweils einen oder 
mehrere Dienste anbieten, wobei 

bei einer Client-Anf rage nach einem bestimmten Dienst mit 
15 bestimmten, den Dienst zugrundeliegenden Parametern, der 

abgef ragte Server bestimmt, ob er den Dienst erfullen 
. kann, und wenn der Server feststellt, daft er den Dienst 
nicht erfullen kann, er einen weiteren Server oder an ein 
am Netzwerk angeschlossenes Gerat an den Client vermit- 
20 telt, das den Dienst ausfuhren kann. ... 




17. Verfahren zum Betreiben eines Netzwerkes nach Anspruch 16, 
dadurch gekennzeichnet:, 

daft einer der von den Servern angebotenen Dienste die Aus- 
fuhrung eines Druckauf trages ist, und 
der Server den Druckauftrag an einen anderen Server oder 
direkt an eine Druckeinrichtung weiterleitet , wenn der 
Server den Druckauftrag nicht selbst ausfuhren kann. 

30 18. Verfahren zum Betreiben eines Netzwerkes nach Anspruch 16 
oder 17, 

dadurch gekennzeichnet, 

daft der Server eine * Datenbank aufweist, in der Informatio- 
nen zu den im Netzwerk angebotenen Diensten abgespeichert 
35 sind, so daft bei einer Client-Anf rage anhand dieser Daten- 

banken ermittelt werden kann, ob der gewunschte Dienst im 
Netzwerk vorhanden ist. 
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19. Verfahren zum Betreiben eines Netzwerkes nach einem der 
Anspriiche 16 bis 18, 

dadurch gekennzeichnet, 

dalS die Vermittlung an einen weiteren Server oder ein an 
das Netzwerk angeschlossenes Gerat durch Erzeugen der 
Adresse des weiteren Servers oder des Gerates und durch 
Obermittlung der Adresse an den anfragenden Client ausge- 
fiihrt wird. 

20. Verfahren zum Betreiben eines Netzwerkes nach einem der 
Anspriiche 16 bis 19 , 
gekennzeichnet durch 

einen Interpreter nach einem der Anspriiche 9 bis 15. 



15 
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Zusammenf as sung 

Die vorliegende Erfindung betrifft ein Client-Server-Net zwerk, 
einen am Server des Netzwerkes installierbaren Interpreter und 
5 ein Verfahren zum Betreiben eines derartigen Client-Server- 
Netzwerkes. 

Die Erfindung zeichnet sich dadurch aus, daft am Server Dateien 
abgelegt werden, die vom Client abgerufen werden konnen und die 
10 erf indungsgemaft sowohl am Client ausfuhrbare Sprachelemente als 
auch am Server ausfuhrbare Sprachelemente aufweisen. Am Server 
^^^^ist ein Interpreter vorgesehen, der die am Server ausfuhrbaren 
■JflMBprachelemente interpretiert und zur Ausfiihrung bringt. 

15 Nach einer bevorzugten Ausf uhrungsf orm der Erfindung entspre- 
chen die am Client ausfuhrbaren Sprachelemente einer Markup- 
Sprache, wie z. B. SGML, XML, HTML, da dann der Benutzer beim 
Einrichten dieser Dateien seine bekannten Hilfsmittel zum Er- 
stellen der Dateien, die in der Regel gelaufige Textverarbei- 

20 tungsprogramme sind, verwenden kann, urn am Server des. Netzwer- 
kes individuelle Anwendungen vorzusehen, die von einem beliebi- 
gen Client mit einem herkommlichen Browser aufgerufen werden 

^ konnen. 

m 

z^^^^ie Erfindung eignet sich besonders zur Steuerung von Geraten, 
insbesondere von Druckern und Drucksystemen und den entspre- 
chenden Vor- und Nachbearbeitungsgeraten, da die Steuerungsin- 
telligenz zentral am Server hinterlegt wird und somit von vie- 
len Clients benutzt werden kann, und der Datentransf er zwischen 

30 den Clients und dem Server gering gehalten wird. 

Ein weiterer Aspekt der Erfindung ist, daft mit einfachen Mit- 
teln ein Trading von z. B. Druckauf tragen zwischen mehreren 
Servern realisiert werden kann. 

35 

(Figur 2) 
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